Fix distinguishing the joined geospatial types for ST_KNN #87
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR fixes a regression introduced by #57, which added geography type checking to prevent optimized spatial joins from being used with unsupported geography types.
The problematic patch incorrectly matches
leftandrightexpressions inKNNPredicateto query plans. Actually, howleftandrightmaps to the original query plans depends on the value ofprobe_sidefield. This is quite misleading and may be addressed in a future PR by renamingleftandrighttobuildandprobe.The function for checking if geospatial types are supported now returns
Result<bool>to propagate errors during the field type extraction and matching process. This prevents silent matching failures due to bugs from happening.